home *** CD-ROM | disk | FTP | other *** search
/ Celestin Apprentice 5 / Apprentice-Release5.iso / Information / THINK C Digest / 1995 / 95-11 < prev   
Text File  |  1996-06-24  |  9KB  |  187 lines

  1. Archive THINK-C/MESSAGES, file 95-11.
  2. Part 1/1, total size 8167 bytes:
  3.  
  4. ------------------------------ Cut here ------------------------------
  5. >From rowland.carson@bt-sys.bt.co.uk Wed Nov  1 06:22:44 PST 1995
  6. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id GAA18550 for <think-c@rdatasys.com>; Wed, 1 Nov 1995 06:22:39 -0800
  7. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id GAA17270 for <think-c@rdatasys.com>; Wed, 1 Nov 1995 06:22:16 -0800
  8. Received: from zaphod.axion.bt.co.uk(132.146.5.1) by lionfish.rdatasys.com via smap (V1.3)
  9.         id sma017260; Wed Nov  1 06:21:58 1995
  10. Received: from roundabout.bt-sys.bt.co.uk by zaphod.axion.bt.co.uk with SMTP (PP); Wed, 1 Nov 1995 14:12:29 +0000
  11. Received: from maczebedee by roundabout.bt-sys.bt.co.uk (8.6.9/BT-SYS-8.6.9) id OAA09816; Wed, 1 Nov 1995 14:10:37 GMT
  12. Message-ID: <n1396887370.97817@maczebedee>
  13. Date: 1 Nov 1995 14:09:50 U
  14. From: Rowland Carson <rowland.carson@bt-sys.bt.co.uk>
  15. Subject: RE:
  16. To: Think C list <think-c@rdatasys.com>, urquiola@tiac.net
  17. X-Mailer: Mail*Link SMTP/MS 3.0.0
  18.  
  19. Mike:
  20.  
  21. (a) - You're sure the binary file actually contains what you think?
  22.  
  23. (b) - Maybe some code fragments might help in diagnosis of your problem.
  24.  
  25. cheers
  26.  
  27. Rowland
  28.  
  29. ________________________________________________________
  30.  
  31. I've got a question about reading Char strings into a struct from a bianary
  32. file.
  33.  
  34. the first string gets read in correctly then the rest
  35. is pretty much garbage.
  36. >From talek@mail.coretech.com Wed Nov  1 18:45:42 PST 1995
  37. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id SAA26638 for <think-c@rdatasys.com>; Wed, 1 Nov 1995 18:45:41 -0800
  38. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id SAA14712 for <think-c@rdatasys.com>; Wed, 1 Nov 1995 18:45:39 -0800
  39. Received: from mail.coretech.com(156.46.120.21) by lionfish.rdatasys.com via smap (V1.3)
  40.         id sma014707; Wed Nov  1 18:45:21 1995
  41. Received: from [156.46.120.100] by mail.coretech.com
  42.  with SMTP (Apple Internet Mail Server 1.0); Wed, 1 Nov 1995 21:51:21 +0000
  43. Message-Id: <v02130401acbde01a794f@[156.46.120.100]>
  44. Mime-Version: 1.0
  45. Content-Type: text/plain; charset="us-ascii"
  46. Date: Wed, 1 Nov 1995 20:44:55 -0600
  47. To: think-c@rdatasys.com
  48. From: talek@mail.coretech.com (Jeff Derstadt)
  49. Subject: Parellel Processing
  50.  
  51. Hey all...
  52.  
  53. I was just curious: what is the best way to have two things done at once in
  54. an event loop.  What I mean is, if I have a lot of on screen updating that
  55. must be flicker free and and a farely decent clip, I am currently updating
  56. by using what I call a 2/3.  This means I have a global Boolean that I am
  57. switching on and off, when it is off it redraws the screen, when on, it
  58. processes an event, which if is a null event, updAtes the screen again,
  59. therefor getting at most 2/2 or 1/2 refress per 'loop'.  I have set the
  60. sleep time on my WaitNextEvent to 0 but I still want more speed per event
  61. call.  Yes I could use a 1 in 3, but their MUST be an easier way.  If you
  62. have no idea what I am talking about or have the solution, please e-mail me
  63. for clarification and or the answer.  Thanx in advance.
  64.  
  65. -Jeff Derstadt
  66. talek@mail.coretech.com
  67.  
  68.  
  69. >From nagel@rdatasys.com Thu Nov  2 09:11:12 PST 1995
  70. Received: from rdatasys.com (nagel@amberjack.rdatasys.com [198.137.184.7]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id JAA08846 for <think-c>; Thu, 2 Nov 1995 09:11:11 -0800
  71. To: think-c@RDataSys.COM
  72. Subject: Re: Parellel Processing 
  73. Reply-To: mark.nagel@rdatasys.com
  74. X-Organization: Relational Data Systems, Irvine, CA
  75. X-Phone: (714) 263-3899
  76. In-reply-to: Jeff Derstadt's message of Wed, 01 Nov 1995 18:47:41 PST.
  77.         <v02130401acbde01a794f@[156.46.120.100]> 
  78. Date: Thu, 02 Nov 1995 09:11:10 -0800
  79. Message-ID: <8839.815332270@rdatasys.com>
  80. From: "Mark D. Nagel" <nagel@rdatasys.com>
  81.  
  82. On Wed, 01 Nov 1995 18:47:41 PST Jeff Derstadt wrote:
  83.  
  84.     I was just curious: what is the best way to have two things done at once in
  85.     an event loop.  What I mean is, if I have a lot of on screen updating that
  86.     must be flicker free and and a farely decent clip, I am currently updating
  87.     by using what I call a 2/3.  This means I have a global Boolean that I am
  88.     switching on and off, when it is off it redraws the screen, when on, it
  89.     processes an event, which if is a null event, updAtes the screen again,
  90.     therefor getting at most 2/2 or 1/2 refress per 'loop'.  I have set the
  91.     sleep time on my WaitNextEvent to 0 but I still want more speed per event
  92.     call.  Yes I could use a 1 in 3, but their MUST be an easier way.  If you
  93.     have no idea what I am talking about or have the solution, please e-mail me
  94.     for clarification and or the answer.  Thanx in advance.
  95.     
  96. It sounds as though what you really want to do is push the event loop
  97. down a level and do your screen updates at a higher priority.  One way
  98. to do this would be something like:
  99.  
  100.         void UpdateLoop()
  101.         {
  102.             long nextWNE;
  103.  
  104.             nextWNE = TickCount() + 30;
  105.             while (!done)
  106.             {
  107.                 DoScreenUpdate();
  108.                 if (TickCount() > nextWNE)
  109.                 {
  110.                     CheckForEvents();
  111.                     nextWNE = TickCount() + 30;
  112.                 }
  113.             }
  114.         }
  115.  
  116. Note that this is essentially pseudocode and serves simply to
  117. illustrate the point.  The value '30' should be a global variable or
  118. constant, depending on whether you want to allow the user to vary its
  119. value to change the speed of the animation.  The CheckForEvents()
  120. function should be a normal event poll and dispatch routine without
  121. any of the screen update stuff (except for handling update events, of
  122. course).
  123.  
  124. Hope this helps...
  125.  
  126. Mark
  127.  
  128. >From gbajram0@tiger.gtc.georgetown.ky.us Wed Nov  8 10:05:00 PST 1995
  129. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.6.12/8.6.12) with ESMTP id KAA18379 for <think-c@rdatasys.com>; Wed, 8 Nov 1995 10:04:58 -0800
  130. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id KAA16770 for <think-c@rdatasys.com>; Wed, 8 Nov 1995 10:04:57 -0800
  131. Received: from ics.uci.edu(128.195.1.1) by lionfish.rdatasys.com via smap (V1.3)
  132.         id sma016768; Wed Nov  8 10:04:46 1995
  133. Received: by q2.ics.uci.edu id aa21014; 8 Nov 95 10:04 PST
  134. Received: from tiger.gtc.georgetown.ky.us by q2.ics.uci.edu id aa20622;
  135.           8 Nov 95 10:00 PST
  136. Received: by tiger.gtc.georgetown.ky.us
  137.         (1.37.109.16/16.2) id AA263353540; Wed, 8 Nov 1995 12:59:00 -0500
  138. From: Goran Bajramovic <gbajram0@tiger.gtc.georgetown.ky.us>
  139. Subject: subscribe
  140. To: think-c@ics.uci.edu
  141. Date: Wed, 8 Nov 95 12:59:00 EST
  142. Mailer: Elm [revision: 70.85.2.1]
  143. Message-ID:  <9511081000.aa20622@q2.ics.uci.edu>
  144.  
  145. subscribe
  146.  
  147. --
  148. Goran Bajramovic                
  149. gbajram0 @ gtc.georgetown.ky.us 
  150. Georgetown College
  151. >From kaufman@access.digex.net Sun Nov 12 18:38:14 PST 1995
  152. Received: from lionfish.rdatasys.com (uucp@lionfish.rdatasys.com [198.232.168.1]) by amberjack.rdatasys.com (8.7.1/8.7.1) with SMTP id SAA10978 for <think-c@rdatasys.com>; Sun, 12 Nov 1995 18:38:13 -0800 (PST)
  153. Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.10) id SAA22627 for <think-c@rdatasys.com>; Sun, 12 Nov 1995 18:38:11 -0800
  154. Received: from access5.digex.net(205.197.245.196) by lionfish.rdatasys.com via smap (V1.3)
  155.         id sma022617; Sun Nov 12 18:37:49 1995
  156. Received: from [204.91.1.94] (dcb00094.slip.digex.net [204.91.1.94]) by access5.digex.net (8.6.12/8.6.12) with SMTP id VAA18562 ; for <think-c@rdatasys.com>; Sun, 12 Nov 1995 21:37:24 -0500
  157. Message-Id: <v01510101accc5fe60611@[204.91.1.94]>
  158. Mime-Version: 1.0
  159. Content-Type: text/plain; charset="us-ascii"
  160. Date: Sun, 12 Nov 1995 21:38:07 -0500
  161. To: think-c@rdatasys.com
  162. From: kaufman@access.digex.net (Kaufman)
  163. Subject: re:GMU Writing - The Faculty
  164.  
  165. >Date:  Wed, 8 Nov 1995 08:29:00 -0500
  166. >From: "mitch (m.a.) brisebois" <zots@bnr.ca>
  167. >Sender: "mitch (m.a.) brisebois" <zots@bnr.ca>
  168. >To: kaufman@access.digex.net
  169. >Subject:  re:GMU Writing - The Faculty
  170. >
  171. >Hey Wendi!
  172. >
  173. >Great picture.  I suppose I can't submit (for publication
  174. >consideration) my opus, entitled "Hot Babes, a Soliliquy in C minor"??
  175. >
  176. >s'long,
  177. >Mitch
  178. >
  179.  
  180. _______________________________________________
  181. David D. Kaufman
  182. Cogitative Solutions
  183. (kaufman@access.digex.net)
  184.  
  185.  
  186. ------------------------------ Cut here ------------------------------
  187.